See how lz4 project compares to other vendors in security performance
A vulnerability was found in lz4, where a potential memory corruption due to an integer overflow bug which caused one of the memmove arguments to become negative. Depending on how the library was compiled this will hit an assert() inside the library and dump core, leaving a 4GB core file, or it wil go into libc and crash inside the memmove() function.
Reference: https://github.com/lz4/lz4/pull/972
LZ4 before 1.9.2 has a heap-based buffer overflow in LZ4write32 (related to LZ4compressdestSize), affecting applications that call LZ4compressfast with a large input. (This issue can also lead to data corruption.) NOTE: the vendor states "only a few specific / uncommon usages of the API are at risk."